Date: Fri,  9 Apr 93 04:30:02 PDT
From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
Errors-To: Packet-Radio-Errors@UCSD.Edu
Reply-To: Packet-Radio@UCSD.Edu
Precedence: Bulk
Subject: Packet-Radio Digest V93 #94
To: packet-radio


Packet-Radio Digest         Fri,  9 Apr 93       Volume 93 : Issue   94

Today's Topics:
                     "Message From Mir / R2MIR "
                   cancel <pschleck.734316550@cwis>
                     Plan the next generation BBS
RFD: rec.radio.amateur reorganization [discussion summary 3/31] (2 msgs)
                      Rich Man's Packet ... : -)

Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Fri, 09 Apr 1993 04:15:25
From: his!UUCP@uunet.uu.net
Subject: "Message From Mir / R2MIR "
To: packet-radio@ucsd.edu

Organization: Wetware Diversions, San Francisco




              Important Message from Space Station Mir
                ------------------------------------
                To: All Amateur Radio Operators
                Re: Operations of The R2MIR-1 P.M.S.
                ------------------------------------


W5RRR ne mozhet prochitat' vashi `messag`i , iz-za bolshogo
kolichestva soobschenij, prislannyh na W5RRR drugimi 
stancijami.
Pozhalujsta, kogda zagruzites' - sotrite vse chuzhie messagi, 
krome teh, chto ot vas. Tolko R2MIR mozhet posylat' messages na
W5RRR. Spasbo.

   --------    Translation: Via Dave N6JLH   --------

W5RRR cannot read mail, because there are too many messages to W5RRR from
other stations.
Please delete all messages to W5RRR, except messages from you to (R2MIR).
Only R2MIR should be sending messages to W5RRR.

                Thankyou!  Alex R2MIR

   ---------------------------------------------------

        It is also important to note that the crew of the Space Station
Mir has requested on several occasions that any and all messages sent to
them on the Mir Station's P.M.S. ( Personal Message Service ) R2MIR-1, be
sent only in Russian. Please be patient with them, and they will reply
when, and if their schedule permits.

        All other messages sent to R2MIR, not in Russian, will be
deleted from the P.M.S. as they have been in the past.

   ---------------------------------------------------

                                          Randy Kielich N6WDV
                                          Internet: randyk@wet.com
                                          Packet: W6PW.#NOCAL.CA.USA.NA

------------------------------

Date: Fri, 09 Apr 1993 03:09:39
From: his!UUCP@uunet.uu.net
Subject: cancel <pschleck.734316550@cwis>
To: packet-radio@ucsd.edu

Organization: University of Nebraska at Omaha

Cancelled manually.

------------------------------

Date: Fri, 09 Apr 1993 01:04:19
From: his!UUCP@uunet.uu.net
Subject: Plan the next generation BBS
To: packet-radio@ucsd.edu

Organization: Tegra-Varityper, Inc. Billerica, MA



In article <wceL2B2w165w@grafex.Cupertino.CA.US> ka6etb@grafex.Cupertino.CA.US
(KA6ETB Steve Harding) writes:

   With permission of N0ARY, I pass along the following for your perusal:

   Date: Mon, 15 Mar 93 23:53:27 PST
   From: bob (Robert Arasmith)
   To: users%allcan@bbs.Arasmith.COM

   Enough talk, time to get started. We are undertaking what I envision
   as the next generation of BBS. It offloads a lot of the user interface
   and work to the users pc as opposed to the BBS itself. This is often
   described as the client/server approach.


Sounds a lot like LZW and NNTP to me.

n1dxg

 _____
|     | Johnathan Vail     vail@tegra.com     (508) 663-7435
|Tegra| jv@n1dxg.ampr.org    N1DXG@448.625-(WorldNet)
 -----  MEMBER: League for Programming Freedom (league@prep.ai.mit.edu)

------------------------------

Date: Wed, 07 Apr 1993 19:38:47
From: his!UUCP@uunet.uu.net
Subject: RFD: rec.radio.amateur reorganization [discussion summary 3/31]
To: packet-radio@ucsd.edu

Organization: Cray Research, Inc.


In article <84ty0394cf5p00@amdahl.uts.amdahl.com>, ikluft@uts.amdahl.com (Ian
Kluft) writes:
> hbe@loretta.la.ca.us (Harris Boldt Edelman) writes:
> >Ian Kluft, in <efB803hDceof00@amdahl.uts.amdahl.com>, states that there
> >is support for the proposed reorganization of rec.radio.amateur, then
> >presents a tally whose numbers show that a majority of those participating
> >in the discussion did not favor the proposal.  This is invidious.
> 
> When you take out the undecided or unclear (unclear == one-liners not
> expressing any opinion) comments, it's 2-to-1 in favor of the split.

Or rather, 13 to 7 or 8 in real numbers. I think you'll be amazed at
the number of folks waiting in the wings to vote a resounding NO (of
course, I could be amazed by the number of folks just waiting to vote
YES too..) I am singularly unmoved by the "it worked in rec.autos,
rec.aviation etc arguments - is there a guerilla force that moves from
group to group dreaming up splits ? Where to next ?

FWIW - I also think .info was a total waste of time, Paul Schleck (apologies
if I mis-spelt your name) explained the rationale to me ("kill file hack").
I still can't hack my kill file to make it work, and I suspect there
are many more like me...

20 or 21 replies seems to me like a poor response for a request for
a QSL route, let alone a reorg RFD.
-- 
andyw.	N0REN/G1XRL

andyw@aspen.cray.com	Andy Warner, Cray Research, Inc.	(612) 683-5835

------------------------------

Date: Fri, 09 Apr 1993 03:13:55
From: his!UUCP@uunet.uu.net
Subject: RFD: rec.radio.amateur reorganization [discussion summary 3/31]
To: packet-radio@ucsd.edu

Organization: University of Nebraska at Omaha

andyw@aspen32.cray.com (Andy Warner) writes:

>FWIW - I also think .info was a total waste of time, Paul Schleck (apologies
>if I mis-spelt your name) explained the rationale to me ("kill file hack").
>I still can't hack my kill file to make it work, and I suspect there
>are many more like me...

You've spelled it right.  What newsreader are you using?  The ability to
kill articles cross-posted to a certain group is a hallowed feature on
most major newsreaders.

In rn, according to Leanne Phillips in her rn kill-file FAQ, add a line of
the form:

/Newsgroups:.*[ ,]rec\.radio\.info/h:j

either in News/KILL (if you don't want to see rec.radio.info articles
anywhere) or News/rec/radio/amateur/misc/KILL (if you don't want to see 
them in rec.radio.amateur.misc).  The latter method means your kill file
will only be consulted during rec.radio.amateur.misc (and hence runs
more efficiently), and will probably work for most people. 

In nn, according to Bill Wohler in his nn FAQ, add a line of the form:

rec.radio.info:!s/:^

in .nn/kill (if you don't want to see rec.radio.info articles anywhere),
or put the following lines: 

sequence
rec.radio.info
rec.radio.

at the end of .nn/init in order to see all the rec.radio.info bulletins
first, then read rec.radio.amateur.misc without the bulletins.

Personally, I read rec.radio.info, and use the sequence technique with:

rec.radio.info:!n:Cary Oler

in my .nn/kill file (nothing personal Cary, just not interested in Solar
Reports :-).

I'd certainly be willing to work with anyone who wants to set up such a
scheme to customize their presentation of the rec.radio.* groups,
even if they are using a reader other than nn or rn (rec.radio.* groups
only, please, I don't have time to give kill-file help to the entire
net).

73, Paul W. Schleck, KD3FU

pschleck@unomaha.edu

------------------------------

Date: Fri, 09 Apr 1993 01:55:08
From: his!UUCP@uunet.uu.net
Subject: Rich Man's Packet ... : -)
To: packet-radio@ucsd.edu

Organization: University of Kansas Academic Computing Services

In article <1993Apr8.075140.2001@ke4zv.uucp>, gary@ke4zv.uucp (Gary Coffman)
writes:
> 
> You need a GRAPES 56 kb RF modem and a transverter. The modem is an
> RF design using MSK that outputs on 29 MHz. You use a transverter
> to kick that to the UHF band of choice. Occupied bandwidth at 56 kb
> is 70 kHz. There are 100 kHz wide channels on 222 and 440 in the

I had the same question as the original poster, but after reading
about the GRAPES modems, I don't think they're really for anyone
except those interested in tinkering and designing the modems.
I think it was ve3jf's article that described all the problems
in finding suitable transverters, the need to build/buy/find
bandpass filters for the front of these, the susceptibility
of the transverters to noise from other nearby equipment, ect, ect.
The fastest "off the shelf" solution I've been able to locate are
the Kantronics UHF data radios which do 19.2k.  Clearly not
56k, but you can buy all the pieces complete and you don't
have to have a bench full of test equipment to get it working. ;)

Oh well, someone, please tell me there is a better/faster solution.

Regards,
Chris
==============================================================================
 WHITTEN@KUHUB.CC.UKANS.EDU                  Chris Whittenburg, N0TWA
 WHITTEN@UKANVAX.bitnet              Univ. of Kansas - Electrical Engineering
==============================================================================

------------------------------

End of Packet-Radio Digest V93 #94
******************************
